home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / compress / arj_995.tos / ARJ_995 / ARJBETA.FAQ < prev    next >
Encoding:
Text File  |  1995-03-13  |  11.0 KB  |  259 lines
  1. The ARJBETA Frequently Asked Questions file
  2.  
  3. version 1.0, Hans Wessels & Ger Hobbelt 12-03-1995
  4.  
  5. 0)
  6. Q: How do I contact you?
  7.  
  8. A: As you all know, questions and suggestions about ARJ(beta) related
  9.    issues is warmly welcomed at both our email addresses 
  10.    (Hans "Mr Ni!" Wessels & Ger "Insh_Allah" Hobbelt) listed at the end 
  11.    of this FAQ.
  12.    
  13.    
  14. 1)
  15. Q: When I am using ARJBETA, I feel like a MS DOS user, typing a lot of
  16.    cryptic commands. Will there be an ARJ shell?
  17.  
  18. A: Yes, an ARJ shell is planned. It will be programmed by Wout Klaren,
  19.    the author of the desktop shell 'TeraDesk'. But I think it will be
  20.    summertime before the first version is released.
  21.    But you don't have to type at all to use ARJBETA and UNARJ; drag
  22.    and drop is enough:
  23.    Install ARJBETA on your (Teradesk) desktop with the following command 
  24.    line:
  25.    
  26.      c:\packed.arj %f
  27.    
  28.    Select the files, folders or drives you want to pack and drop them
  29.    on the ARJBETA icon. They will be packed in the file 
  30.      c:\packed.arj
  31.    or use this command line:
  32.    
  33.      %f %f
  34.    
  35.    Drop a folder <foldername> on the ARJBETA icon and the folder will
  36.    be packed in the file <foldername>.arj
  37.    Install UNARJ with the file type 
  38.      *.arj 
  39.    Double click on a .arj file or drop it on the UNARJ icon and the 
  40.    file will be depacked.
  41.    Install UNARJ with the file type 
  42.      *.arj 
  43.    and use the following commandline 
  44.      
  45.      -~g %f
  46.    
  47.    Double click on a .arj file or drop it on the UNARJ icon and the 
  48.    file will be depacked in a folder with de name of the file.
  49.    As you can see: when properly installed there is no commandline
  50.    typing at all. It's just a matter of clicking, dragging and dropping,
  51.    something not regularly available on a MSDOS computer, even not when
  52.    using MS Windooz.
  53.    BTW: all examples were given with the use of TeraDesk in mind, but
  54.    I think that any other modern desktop(shell) has the same functions 
  55.    available.
  56.  
  57.  
  58. 2)
  59. Q: I want to depack a file without it's directory structure; this should 
  60.    be possible with the 
  61.      e 
  62.    or 
  63.      -e 
  64.    command, but the program goes on with creating directories. What am I 
  65.    doing wrong?
  66.  
  67. A: You are doing nothing wrong, the depacker was wrong. Untill 
  68.    ARJ 9.94A the 
  69.      e 
  70.    and 
  71.      -e 
  72.    commands were broken. It was not possible to depack a file without 
  73.    it's directory structure. In ARJ 9.94A the bug was fixed, but the 
  74.      -~g 
  75.    switch was always switched on (incorrect behavior according to the 
  76.    documentation). You had to switch it off using 
  77.      -~g- 
  78.    This bug was fixed in ARJ 9.95.
  79.  
  80.  
  81. 3)
  82. Q: What packing ratio's are you expecting compared to LHArc and STZIP?
  83.  
  84. A: ARJBETA is the best packer on the ST, although there exist files that
  85.    are better compressed with LHArc or STZIP. Especially lots of small files 
  86.    frequently result in bigger ARJ archives compared to STZIP or LHArc 
  87.    archives. This is due to the larger file headers in the ARJ archive.
  88.    The packing ratio will improve again in the future, the current packer 
  89.    has still spots where it can be improved.
  90.    
  91.                 ARJBETA   LHArc 3.10   STZIP 2.5
  92.    
  93.    Case A     : Text files, 1703513 bytes used in 26 files
  94.    packed size:  297916       321154      297350
  95.    pack time  :    141s         108s        113s
  96.    depack time:     25s          25s         43s
  97.    
  98.    Case B     : Degas pictures, 2077961 bytes used in 77 files
  99.    packed size:  203349       204416      211009
  100.    pack time  :    630s         205s        312s
  101.    depack time:     76s          79s        105s
  102.    
  103.    Case C     : C-sources, no object files, 4365303 bytes in 168 files
  104.    packed size:  597642       626464      612246
  105.    pack time  :    385s         317s        326s
  106.    depack time:    142s         141s        190s
  107.    
  108.    Case D     : Binaries, 1725316 bytes used in 26 files
  109.    packed size:  945827       963653      953573
  110.    pack time  :    345s         239s        236s
  111.    depack time:     45s          52s         81s
  112.    
  113.    Case E     : Latice C5.5, 4093418 bytes used in 30 folders and 331 files
  114.    packed size: 1854686      1889860     1890378
  115.    pack time  :    949s         535s        625s
  116.    depack time:    288s         292s        391s
  117.    
  118.    Case F     : Noise tracker modules, 7928196 bytes used in 39 files
  119.    packed size: 5320479      5372994     5376083
  120.    pack time  :   1869s        1085s        908s
  121.    depack time:    166s         213s        356s
  122.    
  123.    Case G : Utility drive, 28904740 bytes used in 207 folders and 1426 files 
  124.    packed size:13816829     14053261    13954665 
  125.    pack time  :   6455s        3509s       4652s
  126.    depack time:   1473s        1487s       1908s
  127.    
  128.    MS DOS test, 159763639 bytes used in 997 files
  129.      MSDOS ported ARJBETA     ARJ 2.42(Mr. R. Jung)   PK ZIP 2.04g
  130.      (32-bit DOS4GW app)      -jm switch used
  131.      115118708                115318469 (+199761)     115281976 (+163268) 
  132.  
  133.  
  134. 4)
  135. Q: What packing speed are you expecting?
  136.  
  137. A: ARJBETA is not severely optimized for packing speed yet. Speed 
  138.    optimizations will start when I am finished improving packing
  139.    ratio. Although it is hard to predict the speed of a future product 
  140.    I can say that my object is to be the fastest packer on the ST too! 
  141.    Just like the depacker being the fastest on the ST. But I know 
  142.    it will be very hard to match the packing speed of LHArc, especially 
  143.    with a complex packer like ARJBETA.
  144.  
  145.  
  146. 5)
  147. Q: What is the difference between UNARJ and UNARJ_PR?
  148.  
  149. A: UNARJ_PR is the ARJ depacker for PRogrammers. With the switch
  150.      -~d<dumpfile>,<logfile>,<appendflag>,<dataformatflag>,
  151.        <logformatflag>,<allignflag>,
  152.    you can dump the contents of an archive into files. You can dump the 
  153.    archive in such a format it can be included directly into your C or
  154.    assembley programs. You can depack the data in your program using
  155.    the depack routines comming with the ARJ package.
  156.  
  157.  
  158. 6)
  159. Q: Why are there so many commands and switches? I can't memorize them all!
  160.  
  161. A: You don't have to know a single command or switch when your are using
  162.    the ARJBETA packer or the UNARJ depacker (Please refer to FAQ Q #1 above
  163.    for more on this subject). But if you want to depack files based on 
  164.    various selection schemes you can depack them by using the correct 
  165.    switches. Most of the switches were invented by Robert Jung, the author 
  166.    of the original ARJ packer on MSDOS machines. We implemented them to be 
  167.    fully compatible. The switches we added to the program are all starting 
  168.    with 
  169.      -~ 
  170.    to avoid incompatibilities with future releases of Mr. Jungs archiver. 
  171.    (We thought it very unlikely for a switch to be prefixed
  172.      -~ 
  173.     so we chose that one.)
  174.  
  175.  
  176. 7)
  177. Q: How do I create archives that fit on a HD disk (1.4MB)?
  178.  
  179. A: You can use the switch 
  180.      -v<number> 
  181.    to enable packing in multiple volume archives. To create archive files
  182.    that fit exactly on a disk you can use one of the following switches:
  183.      -v180      volume size is  177152 bytes (single sided 40 x 9 disk)
  184.      -v200      volume size is  197632 bytes (single sided 40 x 10 disk)
  185.      -v205      volume size is  202752 bytes (single sided 42 x 10 disk)
  186.      -v360      volume size is  360448 bytes (single sided 80 x 9 or 
  187.                                              dual sided 40 x 9 disk)
  188.      -v400      volume size is  401408 bytes (single sided 80 x 10 or
  189.                                              dual sided 40 x 10 disk)
  190.      -v405      volume size is  406528 bytes (single sided 82 x 10 disk)
  191.      -v410      volume size is  411648 bytes (dual sided 42 x 10 disk)
  192.      -v720      volume size is  728064 bytes (dual sided 80 x 9 disk)
  193.      -v800      volume size is  809984 bytes (dual sided 80 x 10 disk)
  194.      -v820      volume size is  830464 bytes (dual sided 82 x 10 disk)
  195.      -v1440     volume size is 1456640 bytes (dual side 80 x 18 (hd)disk)
  196.      -v1600     volume size is 1623040 bytes (dual sided 80 x 20 (hd)disk)
  197.      -v1620     volume size is 1664000 bytes (dual sided 82 x 20 (hd)disk)
  198.      -v2880     volume size is 2913280 bytes (dual sided 80 x 36 (ed)disk)
  199.      -v3200     volume size is 3246080 bytes (dual sided 80 x 40 (ed)disk)
  200.      -v3240     volume size is 3328000 bytes (dual sided 82 x 40 (ed)disk)
  201.    You can also determine the size of an archive using the following 
  202.    switch:
  203.      -v<number>      The volume size will be <number> bytes where <number> 
  204.                      has to be a value larger than 8191.
  205.    If you use the switch without a number or the number is smaller than
  206.    8192 and none of the standard disk volumes sizes, the default size
  207.    of 1456640 bytes (the size of a HD disk) will be assumed.
  208.  
  209.  
  210. 8)
  211. Q: Your packer is great stuff, but my friend working at the university 
  212.    would much like it to run on the Sun machines he's got access to: he
  213.    likes to carry his work up and down to the Atari at home. Is this
  214.    possible in the near future or do we seek some other solution?
  215.    
  216. A: As we are currently in beta development of the archiver, we do not not
  217.    miss the point about portability towards other platforms. We are 
  218.    actively porting the archiver to MSDOS 32-bit machinery (386SX or 
  219.    better) and are also in the process of making ARJBETA running on
  220.    Linux machines.
  221.    From there, we will embark on the path to multiple platform supporting
  222.    ARJ; once intended by Mr Jung long ago (looking at the depacker C 
  223.    sources distributed with various ARJ versions (ARJ 2.0, 2.30, 2.41, 
  224.    etc.))
  225.    We expect to have the 32-bit MSDOS and Linux port available before
  226.    summer.
  227.    Any progress in these fields will be reported on the Internet 
  228.    newsgroups: keep a close eye at comp.compression these months ;-)
  229.  
  230.    
  231. 9)
  232. Q: Above are listed the compression results of ARJBETA for MSDOS. Where
  233.    can I get a copy for testing? And why are those packing ratios 
  234.    different from Mr. R. Jungs ARJ - are they compatible?
  235.    
  236. A: Your first question can be easily answered: ARJBETA for MSDOS is not
  237.    yet released - Ger Hobbelt is busy testing it, but he hasn't yet 
  238.    given a version suitable for wide-spread release.
  239.    Second, we can only say our ARJ implementation is archive-compatible
  240.    with Mr R. Jungs ARJ.EXE, though we use quite different tactics 
  241.    when archiving. As Hans Wessels has put quite some effort in 
  242.    developing bit-level compatible compression methods, he has hit
  243.    upon better ways of packing. Viewing our current progress (from quite
  244.    worse to far better ratios within a short period of development time)
  245.    we are absolutely convinced this thingy can be stretched even farther:
  246.    our target is to beat all well-known Atari and MSDOS based archivers
  247.    such as PK ZIP, LHA and Mr. R. Jungs ARJ.
  248.    I know well this quite a challenge, but we will overcome... ;-))
  249.           
  250.    
  251. 10)
  252. Q: Where can I get in touch with you both?
  253.  
  254. A: Of course we can be reached through  Internet email at the
  255.    addresses listed below:
  256.    Hans Wessels: MR_NI@MBH.LIGHTSTREAM.NL or MR_NI@MST.TN.NL
  257.    Ger Hobbelt: I_A@MBH.LIGHTSTREAM.NL 
  258.  
  259.